# Запуск продукта
## Описание
Менеджеру не всегда приходится работать с существующим продуктом. Иногда ты сам в рамках компании запускаешь что-то новое, иногда тебя нанимают собрать команду для создания нового стартапа. Основная роль менеджера в рамках этой ветки – запустить простой процесс быстрой проверки самых рискованных гипотез, на которых строится продукт, и управлять реакциями на результаты.

## Почему ветка важна?
- При ранней проверке гипотезы ценности сможешь не потратить кучу усилий команды на бесполезный продукт
- Сможешь противопоставлять экспертным мнениям стейкхолдеров реальные факты о продукте и рынке
- Научишься не бояться провалов своих гипотез и быстро переключаться на новые

## Что будет, если её не делать?
- Будешь неправильно приоритизировать задачи, в итоге время разработки сильно увеличится
- Потеряешь шанс протестировать альтернативные гипотезы ценности, фактически оставляя продукту только один шанс на успех

## На кого может быть делегирована?
Выделенный Product Owner

## Примеры поведения
### Примеры плохого поведения
- Первый контакт с пользователями происходит только после первого официального релиза продукта
- Продукт делается сразу для всех пользователей, без выделения конкретного сегмента
- Пользователи сегментированы таким образом, что продукт для них практически не различается
- Запуск продукта затягивается из-за того, что он не отполирован до идеального состояния
- Команда продолжает инкрементальное улучшение неработающего продукта
- Делаются непредсказуемые изменения в слепой надежде на то, что что-то сработает

### Примеры хорошего поведения
- Сегмент пользователей, на который твой продукт ориентирован на старте, соответствует следующим критериям
    - Достаточно большой, чтобы иметь смысл
    - Достаточно маленький, чтобы было реально его захватить
    - Существенно отличается от других сегментов
    - Внутри сегмента работает сарафанное радио
    - До представителей этого сегмента возможно дотянуться, есть понятный маркетинговый канал
    - Сегмент имеет смысл для твоего продукта
- Есть приоритизированный по рискованности список гипотез, на которых базируется идея продукта
- Гипотезы из этого списка постоянно проверяются самыми дешёвыми способами, в идеале ещё без разработки
- Ты обучаешься на полученных результатах и не боишься пересматривать продукт и его бизнес-модель

## Способы прокачки
### Практика
1. Изучите подход Lean Startup и проникнитесь идеей постоянного цикла *Build-Measure-Learn*
2. Подумайте, на каком личном пет-проекте или идее из бэклога компании вы можете потренироваться – без хорошей практики эту ветку не освоить
3. Начните с проверки своей первой гипотезы, проведя проблемные интервью с потенциальными пользователями
4. Откидывайте свои провалившиеся идеи максимально рано и продолжайте тестировать новые

## Консультации
- [Telegram-чат TL Bootcamp](https://tlinks.run/tlbootcamp)
- [Продуктовый Telegram-чат No Flame no Game](https://t.me/joinchat/BrfI2UHjvA2HbQNSW4Irog)

## Теория
### Статьи
- [Краткое содержание Lean Startup](https://habr.com/ru/company/makeright/blog/299560/)
- [What Is the Riskiest Assumption Test and Why Are Startups Embracing It?](https://clutch.co/app-developers/resources/what-is-riskiest-assumption-test)
- [Руководство по дизайн-спринтам](https://ux.pub/oficialnoe-rukovodstvo-po-google-design-sprint-metodologiya-dizajn-sprintov/)

### Курсы
<!-- yaspeller ignore:start -->
- [Курс Вани Замесина: как делать продукт, который клиенты будут с удовольствием покупать](https://custdev.zamesin.me/)
- [Go Practice Simulator](https://simulator.gopractice.ru/)
<!-- yaspeller ignore:end -->

### Книги
- [Crossing the Chasm: Marketing and Selling High-Tech Products to Mainstream Customers](https://www.goodreads.com/book/show/61329.Crossing_the_Chasm)
- [The Lean Startup](https://www.goodreads.com/book/show/10127019-the-lean-startup)
- [Sprint: How to Solve Big Problems and Test New Ideas in Just Five Days](https://www.goodreads.com/book/show/25814544-sprint)
- [Спроси маму](http://momtestbook.com/ru/)
